Systems and methods of electronic closet recommendation engines and displays of an apparel subscription application

ABSTRACT

A computer-implemented method for providing electronic recommendation engines and displays of an apparel subscription application may comprise determining a status of the user as being a valid user of electronic closet recommendation engines and displays of an apparel subscription application; determining, if the user is a valid user, a presence of apparel data in an assistant section of an electronic record corresponding to the user in a database of the electronic closet recommendation engines and displays; and launching the assistant section of a user interface of the apparel subscription application, if the apparel data is present in the assistant section of the electronic record.

TECHNICAL FIELD

Various embodiments of the present disclosure generally relate toelectronic product recommendations in the context of mobile applicationsand e-commerce websites and, more particularly, to providing electroniccloset recommendation engines and displays of an apparel subscriptionapplication.

BACKGROUND

For subscription-based services, a key driver for retaining subscribersand enhancing user activities is ensuring that the subscribed servicesare actually being used to a desired extent. For example, a subscriberof a service is not likely to consider subscription costs to beworthwhile if it becomes apparent to the subscriber that he or she hasnot been actually using the service to a sufficient extent.Alternatively, a subscriber may remain loyal to the service provider, orbecome even more actively involved in the subscription activities, ifthe subscriber is satisfied with the amount of actual use.

In the context of apparel subscription applications, in particular,users may be unaware of how many different items of clothing they areentitled to rent (e.g., have “closeted” at any given time). Similarly,they may not realize what types of clothing or other articles they couldbe renting or closeting to get the most value possible out of theirapparel subscription. In addition, users may be unaware of promotions,rewards, and other incentives that they might be entitled to for variouscombinations of closeted clothing and other articles.

The present disclosure is directed to overcoming one or more of theshortcomings described above. This background description providedherein is for the purpose of generally presenting the context of thedisclosure. Unless otherwise indicated herein, the materials describedin this section are not prior art to the claims in this application andare not admitted to be prior art, or suggestions of the prior art, byinclusion in this section.

SUMMARY OF THE DISCLOSURE

According to certain aspects of the disclosure, systems and methods forproviding electronic closet recommendation engines and displays of anapparel subscription application are disclosed.

In an aspect, a computer-implemented method for providing electronicrecommendation engines and displays of an apparel subscriptionapplication may comprise determining a status of the user as being avalid user of electronic closet recommendation engines and displays ofan apparel subscription application; determining, if the user is a validuser, a presence of apparel data in an assistant section of anelectronic record corresponding to the user in a database of theelectronic closet recommendation engines and displays; launching theassistant section of a user interface of the apparel subscriptionapplication, if the apparel data is present in the assistant section ofthe electronic record, wherein the user interface comprises one or moregraphical elements displayed on an electronic device of the user;enabling the user to manipulate the one or more graphical elements tomake one or more selections based on the apparel data to receive apparelvia the apparel subscription application, wherein the one or moreselections comprise try-then-buy, returned favorites,below-closet-minimum, next-box-prepared, or next-box-shipped; updatingthe apparel data based on the one or more selections made by the user;and analyzing the updated apparel data to display one or moresuggestions to the user in the assistant section of the user interface.

In some embodiments, the computer-implemented method may furthercomprise launching a first phase of the user interface if the user is anon-valid user. In some embodiments, the first phase of the userinterface may not comprise the assistant section. In some embodiments,the valid user may be a user who pays a fee or on free trial. In someembodiments, the computer-implemented method may further comprisedetermining, if the apparel data is not present in the assistantsection, a presence of apparel data in an at-home section of anelectronic record corresponding to the user in a database of theelectronic closet recommendation engines and displays. In someembodiments, the computer-implemented method may further compriselaunching the at-home section of the user interface of the apparelsubscription application, if the apparel data is present in the at-homesection of the electronic record. In some embodiments, thecomputer-implemented method may further comprise launching an on-racksection of the user interface of the apparel subscription application,if the apparel data is not present in the at-home section of theelectronic record.

In some embodiments, the computer-implemented method may furthercomprise enabling the user to manipulate the one or more graphicalelements to make one or more selections based on the apparel data toreceive apparel via the apparel subscription application, wherein theone or more selections comprise try-then-buy, returned favorites, orreturn notification. In some embodiments, the computer-implementedmethod may further comprise updating the apparel data based on the oneor more selections made by the user. In some embodiments, thecomputer-implemented method may further comprise launching an on-holdsection of the user interface of the apparel subscription application,if the on-hold section is selected by the user or determined by theelectronic closet recommendation engines and displays. In someembodiments, the computer-implemented method may further compriseenabling the user to manipulate the one or more graphical elements tomove one or more articles from the on-hold section to the on-racksection.

In some embodiments, the computer-implemented method may furthercomprise enabling the user to manipulate the one or more graphicalelements to move one or more articles from the on-rack section to theon-hold section. In some embodiments, the computer-implemented methodmay further comprise enabling the user to manipulate the one or moregraphical elements to delete one or more articles from the on-holdsection. In some embodiments, the non-valid user is a user who may be aguest of, cancels, is a past payment delinquent of, or is a delinquentof the apparel subscription application. In some embodiments, theupdating step may comprise obtaining the apparel data from the assistantsection based on a plurality of updating events.

Additional aspects and advantages of the present disclosure will becomereadily apparent to those skilled in this art from the followingdetailed description, wherein only exemplary embodiments of the presentdisclosure are shown and described, simply by way of illustration of thebest mode contemplated for carrying out the present disclosure. As willbe realized, the present disclosure is capable of other and differentembodiments, and its several details are capable of modifications invarious obvious respects, all without departing from the disclosure.Accordingly, the drawings and description are to be regarded asillustrative in nature, and not as restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute apart of this specification, illustrate various exemplary embodiments andtogether with the description, serve to explain the principles of thedisclosed embodiments.

FIG. 1 shows an example of a user interface of an apparel subscriptionapplication having electronic closet recommendation engines and displaysof an apparel subscription application.

FIG. 2 shows an exemplary template of a card presented in a userinterface of an apparel subscription application.

FIG. 3A shows an example of a user interface of an apparel subscriptionapplication with an assistant section when the assistant section hascontent.

FIG. 3B shows an example of a user interface of an apparel subscriptionapplication with an assistant section when the assistant section has nonew content for display.

FIG. 4 shows exemplary card layouts presented on a user interface of boxshipment information cards when a below-closet-minimum selection isselected or determined.

FIG. 5A shows an exemplary promotions card layout presented on a userinterface when a try-then-buy selection is selected or determined.

FIG. 5B shows another exemplary reward redemptions card layout presentedon a user interface when a try-then-buy selection is selected ordetermined.

FIG. 6A shows an exemplary promotions card layout presented on a userinterface when a returned favorites selection is selected or determined.

FIG. 6B shows another exemplary rewards redemption card layout presentedon a user interface when a returned favorites is selected or determined.

FIG. 6C shows another exemplary card layout presented on a userinterface when a returned favorites selection is selected or determined.

FIG. 7A shows exemplary card layouts presented on a user interface whena next-box-prepared selection is selected or determined.

FIG. 7B shows other exemplary card layouts presented on a user interfacewhen a next-box-prepared selection is selected or determined.

FIG. 7C shows exemplary card layouts presented on a user interface whena next-box-shipped selection is selected or determined and a user isprompted to optionally track shipment of the box.

FIG. 8 shows exemplary card layouts presented on a user interfaceassociated with a user's feedback and sharing of the shipment and/orfeedback on social media.

FIG. 9 shows an exemplary user interface of an apparel subscriptionapplication comprising “at home,” “on the rack,” and “on hold” tabs, the“at home” tab displaying options to return or buy one or more at-homeitems.

FIG. 10 shows an exemplary user interface of an apparel subscriptionapplication comprising “assistant,” “at home,” and “rack” tabs, wherethe user is prompted to view on-hold garments when the rack tab isselected or determined.

FIG. 11A shows an exemplary on-hold section of a user interface of anapparel subscription application, comprising multiple cards of on-holditems and prompting a user to view removed garments.

FIG. 11B shows an exemplary removed items section of a user interface ofan apparel subscription application, comprising multiple cards ofremoved items.

FIG. 12 shows an exemplary flow chart of methods for providingelectronic closet recommendation engines and displays for a user of anapparel subscription application.

FIG. 13 shows an exemplary architecture of part of a system forproviding electronic closet recommendation engines and displays for auser of an apparel subscription application.

FIG. 14 shows an exemplary flow chart of handling a transient tile orcard of an apparel subscription application.

FIG. 15 shows another exemplary flow chart of methods for providingelectronic closet recommendation engines and displays for a user of anapparel subscription application.

DETAILED DESCRIPTION OF EMBODIMENTS

As described above, there is a desire to make users (e.g., subscribers,online shoppers, etc.) more loyal to a service provider and to be moreinvolved in apparel subscription activities. Accordingly, systems andmethods are disclosed for helping users to choose more suitable articlesand to make smarter rental and/or purchases of these articles. In someembodiments, purchases may comprise any actions related to transactionsbetween the user and the articles, such as buying the articles, rentingthe articles, or renting and then buying the articles. Such systems andmethods may comprise electronic closet recommendation engines anddisplays that help users obtain more service value in a number of ways.Systems and methods for providing electronic closet recommendationengines and displays for a user may help the user to revamp his/hercloset experience, including improving wearability, increasing rentand/or purchase opportunities, increasing order transparency, improvingeducation about service usage, and achieving easier discovery of new ortrending articles. Systems and methods for providing electronic closetrecommendation engines and displays for a user may comprise performinguser testing sessions, demonstrating prototypes of the systems to aselected number of users, and updating the systems and methods based onthe feedback from a selected number of users.

For instance, an electronic closet recommendation engine may alert auser to add articles to an electronic closet of a user interface whenthe user does not have enough items present in the electronic closet. Inanother example, if some articles presented in an electronic closet arenot in a user's size (e.g., either too small or too large), anelectronic closet recommendation engine may suggest a user to correctthe sizes. In yet another example, if some articles presented in anelectronic closet are out of season, an electronic closet recommendationengine may suggest that a user delete these articles from the electroniccloset. Furthermore, if a price of a user's article presented in anelectronic closet has decreased, an electronic closet recommendationengine may suggest the user to rent and/or purchase it. Additionally, anelectronic closet recommendation engine may learn that a user prefers abrand and, when new styles of the brand have been launched, theelectronic closet recommendation engines and displays may suggest theuser to choose the new styles.

In accordance with the present disclosure, electronic closetrecommendation engines and displays may configure one or more computerprocessors to automatically analyze updated apparel data, continuallydetermine optimal solutions based on the automatic analysis, anddynamically display one or more unique suggestions to the user. Theapparel data may comprise any data, information, or knowledge related tothe electronic closet recommendation engines and displays. The appareldata may comprise any data, information, or knowledge collected,processed, or stored by the electronic closet recommendation engines anddisplays. Such an automatic analysis function may be performed by one ormore computer processors configured to uniquely train one or more neuralnetworks, and use the trained one or more neural networks toautomatically provide optimized data specifically customized for eachparticular user. For example, a neural network may learn specificrelationships between an input data set (e.g., user's clothes selection,user's purchase history, etc.) and a target data set (e.g., one or morearticles that a user may be interested in), and automatically provideuniquely customized, user-specific, and optimal solutions produced usingspecific machine learning rules. For example, the automatic analysisfunction of the electronic closet recommendation engines and displaysmay present items of clothes suitable for a user in one month,accessories that match the user's clothes, notifications to a user thathe/she needs to buy more articles, a correct size of an article that auser wants to buy, a discount on an article that a user has beeninterested in for a long time, or any seasonal fashion information, etc.

Such rule-based machine learning algorithms that uniquely train one ormore neural networks, combined with an integrated practical applicationof periodically and/or dynamically providing user-specific suggestionsbased on the trained neural networks, produce unconventional, unique,and rule-based automations which necessarily achieve technologicalimprovements (e.g., improved performance of a server system or enhancedefficiency in usage of bandwidth/memory resulting from transactions thatfollow optimal, intelligent recommendations) through the particularautomation techniques described more in detail below. The unconventionaland unique aspects of these automation processes represent a sharpcontrast to merely providing a well-known or routine environment forperforming a mental process.

While preferable embodiments of the invention have been shown anddescribed herein, it will be obvious to those skilled in the art thatsuch embodiments are provided by way of example only. Numerousvariations, changes, and substitutions will now occur to those skilledin the art without departing from the invention. It should be understoodthat various alternatives to the embodiments of the invention describedherein may be employed in practicing the invention.

As used herein, the term “computer” may refer to any electronic deviceor devices, including those having capabilities to be utilized inconnection with a decentralized authentication system, such as anydevice capable of receiving, transmitting, processing and/or using dataand information. The computer may comprise a server, a processor, amicroprocessor, a personal computer, such as a laptop, palm PC, desktopor workstation, a network server, a mainframe, an electronic wired orwireless device, such as for example, a telephone, a cellular telephone,a personal digital assistant, a smartphone, an interactive television,an electronic pager or any other computing and/or communication devicespecifically configured to perform one or more functions describedherein.

As used herein, the term “network” may refer to any type of network ornetworks, including those capable of being utilized in connection with adecentralized authentication system described herein, such as, forexample, any public and/or private networks, including, for instance,the Internet, an intranet, or an extranet, any wired or wirelessnetworks or combinations thereof.

As used herein, the term “user interface” may refer to any suitable typeof device, connection, display and/or system through which informationmay be conveyed to and received from a user, such as, withoutlimitation, a monitor, a computer, a graphical user interface, aterminal, a screen, a keyboard, a touchscreen, a biometric input devicethat can include a microphone and/or camera, a telephone, a personaldigital assistant, a smartphone, or an interactive television.

As used herein, the terms “comprises,” “comprising,” or any othervariation thereof, are intended to cover a non-exclusive inclusion, suchthat a process, method, article, or apparatus that comprises a list ofelements does not include only those elements, but may include otherelements not expressly listed or inherent to such process, method,article, or apparatus. Unless stated otherwise, the term “exemplary” isused in the sense of “example,” rather than “ideal.” Words using thesingular or plural number also include the plural or singular numberrespectively. Additionally, the words ‘herein,’ ‘hereunder,’ ‘above,’‘below,’ and words of similar import refer to this application as awhole and not to any particular portions of this application.

The disclosed embodiments will now be described with reference to theappended drawings, which are provided for purposes of illustrationwithout being construed as being limited hereto. FIG. 1 shows an exampleof a user interface of an apparel subscription application havingelectronic closet recommendation engines and displays of an apparelsubscription application (e.g., a second phase, described elsewhereherein). As shown in FIG. 1, the user interface 100 may display a set oftabs or section buttons 102-106 on the top of the user interface. Thesection buttons 102-106 may enable a user to choose which section(assistant section, at-home section, or on-rack section) to view. Inthis example, the user interface 100 displays a plurality of cards108-112 below the section buttons 102-106. The plurality of cards108-112 may enable the user to view different information presented inthe cards. A card may be considered any type of discrete section ofdata, such as apparel data, recommendation data, or user data etc.relating to the tab 102-106 in which the card(s) are displayed. Forexample, when the assistant tab 102 is displayed, cards 108-112 maydisplay a plurality of apparel assistant recommendations. When theat-home tab 104 is displayed, cards 108-112 may display a plurality ofat-home apparel items. When the rack tab 106 is displayed, cards 108-112may display a plurality of apparel items on the user's rack. In any tabor section 102-106, each card 108-112, may be a display of an apparelitem, a recommendation, a promotion, or any quantity or combinationthereof.

FIG. 2 shows an exemplary template of a card 200 presented in a userinterface of an apparel subscription application. As shown in FIG. 2,the template of the card 200 may comprise a header 202 with a title 204and a description 206, and content 208 with primary call to action (CTA)buttons 210 and secondary CTA buttons 212. In this example, the title204 and the description 206 are presented in the header 202. In otherembodiments, the title 204 and the description 206 may be presentedoutside the header 202. The title 204 and description 206 may compriseany information regarding an article, such as a discount or reward whenan article is rented and/or purchased. In the example, the primary CTAbuttons 210 and the secondary CTA buttons 212 are presented in thecontent 208. In other embodiments, the primary CTA buttons 210 and thesecondary CTA buttons 212 may be presented outside the content 208. Thecontent 208 may comprise any information regarding an article, such asimages and prices of an article. The primary CTA buttons 210 and thesecondary CTA buttons 212 may enable a user to perform any actionsregarding an article, such as buying or viewing of an article.

FIG. 3A shows an example of a user interface 300 of an apparelsubscription application with an assistant section when the assistantsection has content. The user interface 300 displays an assistantsection 302, at-home section 304, and on-rack section 306 on the top ofthe user interface 300. When a user clicks on the assistant section 302,a plurality of cards 308-310 may be presented below the sections302-306. As shown in FIG. 3A, the card 310 may comprise a header 312with a title 314 showing that a user can redeem rewards and adescription 316 showing (e.g., via a link to another section) thedetails of the reward. The card 310 may also comprise content 318showing images and prices of articles, primary CTA buttons 320 enablinga user to buy articles, and secondary CTA buttons 322 enabling a user toview all articles with redeemable rewards. One or more action buttons324 may be presented at the bottom of the user interface 300. The one ormore action buttons 324 may comprise, for example, a home button, acollection button, a closet button, a shop button, and a more selectionbutton. By clicking on the closet button, a user may be able to load theexemplary user interface 300, including sections (e.g., assistantsection 302, at-home section 304, on-rack section 306, etc.) associatedwith a user's electronic closet.

FIG. 3B shows an example of a user interface 350 of an apparelsubscription application with an assistant section when the assistantsection has no content. The user interface 350 may similarly display anassistant section 302, at-home section 304, and on-rack section 306 onthe top of the user interface 350. In this example, since there is nocontent in the assistant section 302, when a user clicks on theassistant section button 302, an exemplary text—“You're all caught up!Check back soon for new updates”—is shown. One or more action buttons324 may be presented at the bottom of the user interface 350. The one ormore action buttons 324 may comprise a home button, a collection button,a closet button, a shop button, and a more selection button.

Details of one or more selections that a user can make or electroniccloset recommendation engines and displays can determine, includingtry-then-buy, returned favorites, below-closet-minimum,next-box-prepared, or next-box-shipped, are further described below. Insome embodiments, the one or more selections may be made by a userthrough the user's interaction with an electronic device. In otherembodiments, the one or more selections may be determined for a userthrough electronic closet recommendation engines and displays. Detailsof determining the one or more selections via electronic closetrecommendation engines and displays are described elsewhere herein. Forexample, FIG. 4 shows exemplary card layouts presented on a userinterface when a below-closet-minimum selection is selected ordetermined. As shown in the FIG. 4, the below-closet-minimum selection400 may comprise two layouts. The first layout may be an openreplenishment identifier (RID) layout 422, and the second layout may bea non-open RID layout 424. An RID may be, for example, an identifierthat is generated in response to detecting that a user has an open slotand is eligible for a shipment of rent and/or purchased articles. Theopen RID layout 422 may be shown when the number of articles that a userplans to rent and/or purchase is lower than a threshold number and theuser is not eligible for a shipment of articles. The non-open RID layout424 may be shown when the number of articles that a user plans to rentand/or purchase is lower than a threshold number but the user iseligible for a shipment of articles. The threshold number may be atleast 2, 3, 4, 5, 6, 7, or more. In some embodiments, the thresholdnumber may be at most 7, 6, 5, 4, 3, or less.

Both the open RID layout 422 and the non-open RID layout 424 maycomprise a button 426 with an exemplary text “closet x more Items,”wherein “x” represents the number of articles that may be added. Thecontent of the open RID layout 422 may comprise information that theuser's shipment is blocked because the number of articles that a userplans to rent and/or purchase is less than a threshold number. In thiscase, a user may add more articles in order to unblock the shipment. Thethreshold number may be a default number set by an apparel subscriptionapplication or a number set by a user. The content of the non-open RIDlayout 424 may comprise notification to a user to be ready for his/hernext shipment. The button 426 may redirect a user to a collectionsection. The collection section may show information regarding articlesthat the user has not yet viewed, rented, or purchased. A decision ofshowing an open RID layout or a non-open RID layout may be set based onone or more APIs (e.g., a client node API).

FIGS. 5A and 5B show exemplary card layouts presented on a userinterface when a try-then-buy selection is selected or determined. Asshown in the FIGS. 5A and 5B, the try-then-buy selection may comprisetwo layouts. The first layout may be a discount or promotions layout 500and the second layout may be a reward redemptions layout 502. Thediscount or promotions layout 500 may comprise information regarding anyarticles that are on discount or that have one or more promotionsassociated with them. The reward layout 502 may comprise informationregarding any articles with options of allowing a user to redeemrewards. Details of both the promotions layout 500 and the reward layout502 may be consistent with an exemplary template of card describedelsewhere herein. One layout may be visible to a user at a time. Forinstance, when both the promotions layout 500 and the reward layout 502are available to be shown to a user (e.g., apparel data are recorded inone or more databases associated with both the promotions layout andreward layout), the promotions layout, instead of the reward layout, maybe shown to a user on a user interface. In other embodiments, when boththe promotions layout 500 and the reward layout 502 are available to beshown to a user, the reward layout, instead of the promotions layout,may be shown to a user on a user interface.

As shown in FIGS. 5A and 5B, two articles are shown in each layout. Whenmore than two articles are available, two articles that are mostrecently shipped to a user may be shown in a layout. To check allavailable articles, a user may click a tab with an exemplary text “ViewAll” 504. The tab “View All” 504 may direct a user to an at-homesection. When one article is available, the available article may beshown in the center of a card layout. For each article presented in acard, an image of the article 506, a price 508, a discount 510, and apurchasing button 512 may be presented. The purchasing button 512, whenactivated, may initiate one or more functions for a user to complete arent and/or purchase transaction. By clicking on an image of an article,a user may navigate to an existing product page. After each rent and/orpurchase, a rented and/or purchased article may be removed, refreshed,and/or updated with a new article. When a user rents and/or purchases anarticle presented in a card, the card may be revised. If there is noarticle to be presented in a card to a user after a rent and/orpurchase, the empty card may be removed. After each rent and/orpurchase, an assistant section may be refreshed. In another embodiment,after all discounted articles are rented and/or purchased and no appareldata is available in a promotions layout, a reward layout may bepresented to a user if articles with options of allowing a user toredeem rewards are available. In this situation, the reward layout maycomprise a tab with an exemplary text “Learn More” 514. The tab “LearnMore” 514 may direct a user to a section with information about how toearn rewards.

The decision of showing either a promotions layout or rewards layout maybe set based on one or more Application Programming Interfaces (APIs,such as, for example, a client node API). The one or more APIs aredescribed elsewhere herein. A plurality of events may lead to displayinga promotions layout. The plurality of events may comprise identifying adiscount on at least one article in an at-home section. In thissituation, the discount may be for specific articles, rather than forall articles in the at-home section, and such specific articles may beshown in the promotions layout. The plurality of events may furthercomprise an article being identified as purchasable (e.g., purchaseprices are available). The plurality of events may further comprise anidentification that a user has received an article (e.g., the articlehas been delivered by a mail delivery service or five days have passedsince a shipment of the article, whichever is earlier). In some cases,all the plurality of events may need to occur in order to display apromotions layout. In other cases, in order to display a promotionslayout, not all the plurality of events may need to occur.

A plurality of events may lead to displaying a reward layout. Theplurality of events may comprise determining that a user has rewardsavailable to redeem. The plurality of events may comprise determiningthat maximum applicable rewards are shown (e.g., if the user has $15rewards then a text with “Up to $15 rewards available” is shown). Theplurality of events may comprise determining that at least one articlein an at-home section is purchasable. The plurality of events maycomprise determining that a user has received an article (e.g., anarticle has been delivered by a mail delivery service or five days havepassed since a shipment of the article, whichever is earlier). In somecases, all the plurality of events may need to occur in order to displaya reward layout. In other cases, in order to display a reward layout,not all the plurality of events may need to occur.

FIGS. 6A, 6B, and 6C show exemplary card layouts presented on a userinterface when a returned favorites selection is selected or determined.As shown in FIGS. 6A, 6B, and 6C, the returned favorites selection maycomprise three layouts. The first layout may be a promotions layout 602,the second layout may be a reward layout 604, and the third layout maybe a new additions layout 606. The promotions layout 602 may compriseinformation regarding any articles that are on discount. The rewardlayout 604 may comprise information regarding any articles with optionsof allowing a user to redeem rewards. The new additions layout 606 maycomprise information regarding articles that are added because they arereturned favorites (e.g., articles that a user previously purchased andgave high ratings). Views of the promotions layout 602, the rewardlayout 604, and the new additions layout 606 may be consistent with anexemplary template of card described elsewhere herein. One layout may bevisible to the user at a time. When all layouts are available, an orderof presenting the layouts to a user may be, for example: 1) a promotionslayout 602, 2) a new additions layout 606, and 3) a rewards layout 604.For instance, when a promotions layout, a new additions layout and areward layout are available to be shown to a user (e.g., apparel data ispresented in an electronic record of a database associated with apromotions layout, reward layout, and new additions layout), thepromotions layout may be shown to a user on a user interface.

As shown in the FIGS. 6A, 6B, and 6C, two articles may be shown in eachlayout. When more than two articles are available, two purchased/rentedand/or previously viewed articles may be visible. To check all availablearticles, a user may click a tab with an exemplary text “View All” 608.The tab “View All” 608 may direct a user to an existing returnedfavorites section. If the purchased/rented and/or previously viewedarticles are not available, two recommended articles may be shown in acard to a user on a user interface. The recommended articles may be oneor more articles pre-determined or predesignated to be default articlesfor recommendation, or one or more articles determined through one ormore algorithms, including machine learning algorithms. When one articleis available, the available article may be shown in, for example, thecenter of a card. For each article presented in a card, an image of thearticle 610, a price 612, a promotion 614, a rating 616 and a purchasingbutton 618 may be presented. The purchasing button 618 may enable a userto complete a rent and/or purchase. By clicking on an image of anarticle 610, a user may be directed to a webpage with more informationregarding the article. After each rent and/or purchase, the rentedand/or purchased article may be removed, refreshed, and/or updated witha new article. When a user rents and/or purchases an article presentedin a card, the card may be revised. In other cases, if there is noarticle to be presented in a card to a user after a rent and/orpurchase, the empty card may be removed. After each rent and/orpurchase, an assistant section may be refreshed. In another embodiment,after all discounted articles are rented and/or purchased and no appareldata is available in a promotions layout, a reward layout may bepresented to a user if articles with options of allowing a user toredeem rewards are available. In this situation, the reward layout maycomprise a tab with an exemplary text “Learn More” 605. The tab “LearnMore” 605 may direct a user to a section with information about how toearn rewards.

A decision of showing a promotions layout, rewards layout, or newadditions layout may be set based on one or more APIs (e.g., a clientnode API). A plurality of events may lead to displaying a promotionslayout. The plurality of events may comprise determining that a user hasreturned favorite articles available, through rented and/or purchasedarticles, previously viewed articles or recommended articles. Theplurality of events may comprise determining that there is a discount onreturned favorite articles and the discount may be on specific articlesor all articles. In some cases, all the plurality of events may need tooccur in order to display a promotions layout. In other cases, in orderto display a promotions layout, not all the plurality of events may needto occur.

A plurality of events may lead to displaying a reward layout. Theplurality of events may comprise determining that a user has returnedfavorite articles available, through rented and/or purchased articles,previously viewed articles or recommended articles. The plurality ofevents may comprise determining that there are rewards to redeem. Insome cases, all the plurality of events may need to occur in order todisplay a reward layout. In other cases, in order to display a rewardlayout, not all the plurality of events may need to occur.

A plurality of events may lead to displaying a new additions layout. Theplurality of events may comprise determining that a user has newreturned favorite articles to be added. The plurality of events maycomprise determining use of existing logic, such as a previously rentedarticle may become available for rent and/or purchase or an item similarto a rented article become available. In some cases, all the pluralityof events may need to occur in order to display a new additions layout.In other cases, in order to display a new additions layout, not all theplurality of events may need to occur.

FIGS. 7A-7C show exemplary card layouts presented on a user interfacewhen a next-box-prepared selection is selected or determined. As shownin FIG. 7A, the next-box-prepared selection 700 may comprise twolayouts. The first layout may be a viewing layout 702, and the secondlayout may be a prioritizing layout 704. The viewing layout 702 may beshown if a user has prioritized articles. The viewing layout 704 maycomprise a call to action (CTA) button 706 (e.g., with an exemplary text“view your prioritized items”). The prioritizing layout 704 may be shownif the user has not prioritized articles, and the prioritizing layoutmay comprise a CTA button 708 (e.g., with an exemplary text “prioritizeyour rack items.”). In each of the layouts, an exemplary text 710 (e.g.,“We'll let you know when your box is shipped. You can still prioritizeitem”) may be shown to a user. Both the viewing layout 702 and prioritylayout 704 may direct a user to an on-rack section with prioritizedarticles on the top. One layout may be visible to a user at a time. Anyinformation associated with a CTA button may be received from one ormore APIs. The number of articles that a user plans to rent and/orpurchase may be above a threshold number so the user may have an openRID that detects the user is eligible for a shipment of articles (e.g.,an open RID signals that some articles are getting prepared).

FIG. 7B shows other exemplary card layouts presented on a user interfacewhen a next-box-prepared selection is selected or determined. As shownin the FIG. 7B, the next-box-prepared selection 720 may comprise twolayouts. The first layout may be a viewing layout 722, and the secondlayout may be a prioritizing layout 724. The viewing layout 722 may beshown to a user if the user has prioritized articles. The viewing layout724 may comprise a CTA button 726 (e.g., with an exemplary text “viewyour prioritized items.”). The prioritizing layout 724 may be shown to auser if the user has not prioritized articles. The prioritizing layoutmay comprise a CTA button 728 (e.g., with an exemplary text “prioritizeyour rack items.”). In each of the layouts, instead of a text 710 asshown in FIG. 7A, images of articles 730 may be shown. Both the viewinglayout 722 and priority layout 724 may direct a user to an on-racksection with prioritized article on the top. One layout may be visibleto a user at a time.

FIG. 7C shows exemplary card layouts presented on a user interface whena next-box-shipped selection is selected or determined. As shown in theFIG. 7C, a card layout 740 comprises a header 742 with a title text“your next box” 744, and a description text “2 items are on their way”746, content 748 with images of articles that have been shipped, and aCTA button 750 that enables a user to track the shipment. Thenext-box-prepared selection may comprise different layouts based on thenumber of shipments. For instance, when there is more than one shipment,more than one card layouts may be presented, and each of the cardlayouts represents one of the shipments. In some embodiments, when morethan two articles are in one shipment, the more than two articles may beshown as stacked. In another embodiment, when a single article is in oneshipment, the single article may be shown in the center of a cardlayout. Additionally, a CTA button 750 (e.g., with an exemplary text“track shipment”) may be shown at the bottom of the card layout 740. TheCTA button 750 may direct a user to a mail delivery website to trackshipment information.

A plurality of events may lead to displaying one or more card layoutsassociated with a next-box-shipped selection. The plurality of eventsmay comprise determining that a user has a shipment that has beenshipped. The plurality of events may comprise determining that ashipment has not been delivered yet and 5 days have not passed since theshipment is shipped. In some cases, all the plurality of events may needto occur in order to display one or more card layouts associated with anext-box-shipped selection. In other cases, in order to display one ormore card layouts associated with a next-box-shipped selection, not allthe plurality of events may need to occur.

FIG. 8 shows exemplary card layouts presented on a user interfaceassociated with a user's feedback and sharing of the shipment and/orfeedback on social media. As shown in FIG. 8, a card layout may comprisea header 822 with a title 824 (e.g., with an exemplary text “we're gladyou loved it”) and a description text 826 (e.g., “share with yourfriends”), content 828 with images of articles that have been shipped830, a rating 832, and a sharing button 834 that enables a user to sharean article on one or more social networks.

FIG. 9 shows an exemplary user interface (or a first phase) of anapparel subscription application comprising “at home,” “on the rack,”and “on hold” tabs, the “at home” tab displaying options to return orbuy one or more at-home items. As shown in FIG. 9, a user interface 900may display a set of section tabs or buttons 902-906 on the top of theuser interface. The sections may comprise an at-home section 902, anon-rack section 904, and an on-hold section 906. The user may be able tochoose which section to view by clicking the relevant section tab. Theuser interface 900 may also comprise a plurality of cards below thesection buttons. In this example, the user interfaces 900 displays aplurality of cards 908-912 below the at-home section 902 when theat-home section is selected or determined. The plurality of cards mayhave different design and enable a user to view different informationpresented in the cards. For instance, the card 908 comprises a header914, title 916, description 918, price 920, purchasing button 922,returning button 923, and image of the article 924. One or more actionbuttons may be presented below the plurality of cards. The one or moreaction buttons may comprise a home button, collection button, my closetbutton, shop button, and more selection button.

The first phase may be controlled by a first coordinator and a firstview controller. The second phase may be controlled by a secondcoordinator and a second view controller. The first phase and the secondphase may be tested locally. Whether the first phase or second phase isshown to a user may be determined based on a status of a user (e.g., avalid or non-valid user). The launching of the first phase or the secondphase may be initiated by an action of a user (e.g., a user taps on auser interface to log-in to electronic closet recommendation engines anddisplays of an apparel subscription application).

The first view controller may comprise information associated with anat-home section, on-rack section, and on-hold section. The at-homesection, on-rack section, and on-hold section may be managed by anat-home view controller, on-rack view controller, and on-hold viewcontroller, respectively. Navigations in the first phase may becontrolled by and directed through the first coordinator, and differentAPIs may be handled by different controllers. All controllers may beresponsible for distributing and/or updating apparel data of the at-homesection, on-rack section, and on-hold section.

The second view controller may comprise information associated with anassistant section, at-home section, on-rack section, and on-holdsection. The assistant section, at-home section, on-rack section, andon-hold section may be managed by an assistant view controller, at-homeview controller, on-rack view controller, and on-hold view controller,respectively. Navigations in the second phase may be controlled by anddirected through the second coordinator, and different APIs may behandled by different controllers. All controllers may be responsible fordistributing and/or updating data of the assistant section, at-homesection, on-rack section, and on-hold section. The assistant viewcontroller may be created for an assistant section and based onModel-view-viewmodel (MVVM). Different card layouts of an assistantsection may also be built upon MVVM. The second coordinator may utilizeMVVM architectural and coordinator patterns. The second coordinator maybe responsible for handling navigations and deep links.

One or more tests associated with a first phase and a second phase maybe conducted. In some tests, a control sample may be the first phase,and a test sample may be the second phase with an on-hold section as alink connected to an on-rack section. FIG. 10 shows an exemplary userinterface of an apparel subscription application comprising “assistant,”“at home,” and “rack” tabs, where the user is prompted to view on-holdgarments when the rack tab is selected or determined. As shown in FIG.10, a user interface 1000 displays a set of section buttons 1002-1006 onthe top of the user interface. The section buttons 1002-1006 may enablea user to choose which section (assistant section 1002, at-home section1004, or on-rack section 1006) to view. In this example, a user selectsor electronic closet recommendation engines and displays determine anon-rack section 1006. The user interface 1000 may then display aplurality of cards 1008-1012 below the on-rack section 1006. Theplurality of cards may enable a user to view different informationpresented in the cards. A link to an on-hold section 1014 is presentedat the bottom of the user interface. As shown in the FIG. 10, a user mayclick the link 1014 to go to the on-hold section.

FIG. 11A shows an exemplary on-hold section of a user interface of anapparel subscription application, comprising multiple cards of on-holditems and prompting a user to view removed garments. An on-hold section1100 may comprise a header 1102 on the top, a plurality of cards1104-1108, and a viewing CTA button 1110 at the bottom of the userinterface. The header 1102 may comprise any information regardingarticles that are on-hold, such as the number of on-hold articles. Theviewing CTA button 1110 may enable a user to view removed articles ifthe user clicks on it. The card may comprise, for example, two CTAs: afirst CTA that enables a user to move articles from the on-hold sectionto an on-rack section, and a second CTA that enables a user to deletearticles. The on-hold section 1100 may comprise articles selected butnot rented and/or purchased by a user. The on-hold section 1100 maycomprise any information associated with a user or a user's closet orarticles. Such information may comprise a user's selection of articles,images of the articles, prices of the articles, available discounts forthe articles, brands of the articles, or popularity of the articles. Theon-hold section may arrange articles according to an order on which theyare added in the on-hold section. The on-hold section may enable a userto delete or buy selected articles. The on-hold section may also enablea user to move the articles to other sections, such as an assistantsection, at-home section, or on-rack section.

If one article is deleted from the on-hold section, the article may bemoved to a removed items section. FIG. 11B shows an exemplary removeditems section of a user interface that is configured to be displayedwhen a user clicks on a viewing CTA button 1110. The removed itemssection 1120 may comprise a header 1122 on the top and a plurality ofcards 1124-1128 below the header. The header 1122 may comprise anyinformation regarding the removed articles or items, such as the numberof articles that are removed.

One or more APIs may obtain data from an on-hold section. When one ormore articles are moved from an on-hold section to an on-rack section, adata structure in a database (e.g., hash-map) may be updated toimmediately move the one or more articles from the on-hold section tothe on-rack section through one or more APIs. In other embodiments, whenone or more articles are moved from an on-rack section to an on-holdsection, a data structure in a database (e.g., hash-map) may be updatedto immediately move the one or more articles from the on-rack section tothe on-hold section through one or more APIs. When one or more articlesare deleted from an on-hold section, a data structure in a database(e.g., hash-map) may be updated to immediately remove the one or morearticles from the on-hold section through one or more APIs. If an undoCTA button is clicked, a data structure in a database (e.g., hash-map)may be updated to synchronize closet count with a server through one ormore APIs. To obtain removed articles from a server, one or more APIsmay be utilized. An on-hold section may comprise recommendations forfuture rent and/or purchases, and the recommendations may comprise oneor more articles selected but not yet rented and/or purchased. Futurerent and/or purchases may be considered important and planned to betaken up in subsequent rent and/or purchases.

An updating step may comprise obtaining apparel data from differentsections (e.g., an assistant section, an at-home section, an on-racksection, an on-hold section, etc.) of either a first phase or a secondphase based on a plurality of updating events or instructions. Theapparel data may be obtained from different sections of the first phase,and the different sections may comprise an at-home section, on-racksection, and on-hold section. The apparel data may be obtained fromdifferent sections of the second phase, and the different sections maycomprise an assistant section, at-home section, and on-rack section.

For a second phase, a plurality of updating events or instructions maycomprise obtaining apparel data from an assistant section if a userprioritizes one or more articles. The plurality of updating events orinstructions may further comprise obtaining apparel data from an at-homesection from either the first phase or the second phase if a userselects and completes or electronic closet recommendation engines anddisplays determine one or more selections of try-then-buy, returnedfavorites, or return notification. The plurality of updating events orinstructions may further comprise obtaining apparel data from anassistant section if a user selects and completes or electronic closetrecommendation engines and displays determine one or more selections oftry-then-buy, returned favorites, below-closet-minimum,next-box-prepared, or next-box-shipped. The plurality of updating eventsor instructions may further comprise obtaining apparel data from anassistant section if a user moves one or more articles from an on-holdsection to an on-the-rack section or moves one or more articles from anon-rack section to an on-hold section, wherein the moving causes thenumber of articles to change in either the on-hold section or on-racksection. Such change can comprise a situation that the number ofarticles is changed from a number above a threshold to a number below athreshold. In other embodiments, such change can comprise a situationthat the number of articles is changed from a number below a thresholdto a number above a threshold.

In yet another embodiment, the plurality of updating events orinstructions may comprise obtaining apparel data from an assistantsection if a user selects and completes or electronic closetrecommendation engines and displays determine one or more selections oftry-then-buy or returned favorites. The plurality of updating events orinstructions may further comprise obtaining apparel data from an at-homesection if a user selects and completes or electronic closetrecommendation engines and displays determine the one or more selectionsof try-then-buy, returned favorites, or return notification. Theplurality of updating events or instructions may further compriseupdating apparel data in an on-rack section if a user moves one or morearticles from an on-hold section to an on-rack section, moves one ormore articles from an on-rack section to an on-hold section, orprioritizes one or more articles.

One or more tests associated with the electronic closet recommendationengines and displays of an apparel subscription application may beperformed, and a plurality of metrics may be utilized in the one or moretests. The metrics may comprise value metrics, service metrics,engagement metrics, or performance metrics. The value metrics maymeasure value that users are getting from the apparel subscriptionapplication. The service metrics may not be negatively impacted. Theengagement metrics may measure user's engagement with the apparelsubscription application. The performance metrics may be metrics aboutperformance considerations. Table 1 shows an example of a variousscenarios. For example, in the third row of Table 1, a user is trying topurchase (or rent) an article, and a server evaluates that rewards areavailable for redemption, and an assistant sections shows the user that“you can redeem $10 rewards against your at-home purchases.”

TABLE 1 Theme Name Condition Context 1 - Purchase TTB/RF User is gettinga You are getting Discounts discount for her extra 30% off your currentAt Home home items OR RF garment 1 - Purchase RF Fresh items added Younow have more Additions in the RF section options to purchase from yourReturned Favorites 1 - Purchase Rewards Rewards available You can redeem$ for redemption 10 rewards against your at home purchases 3 - Order BoxNext box being Your next box with Transparency Prepared prepared 2garments is getting processed 3 - Order Box Next box is Your next boxhas Transparency Shipped shipped been shipped 3 - Order BCM Next box isYou need to closet Transparency blocked more before we can send the nextbox 4 - Education/ Prioritization User next box is We are working onOnboarding getting processed your next box. Do and she does not you wantto have anything prioritize some prioritized items for it?

Performance requirements of the electronic closet recommendation enginesand displays may comprise requirements for experience responsiveness,load time, or stability. For instance, 75 load time percentile may bebelow 1 second. Downstream considerations of the electronic closetrecommendation engines and displays may comprise downstream aspects tobe taken care of after a user has interaction with the electronicassistance service. For instance, once a cancellation of the electroniccloset recommendation engines and displays is confirmed, a user mayreceive a cancellation confirmation email. In another example, a returnnotification feedback data model may be enhanced to store data from botha test (e.g., a first phase) and a control (e.g., a second phase).Collateral requirements of the electronic closet recommendation enginesand displays may comprise requirements other than user experience,including frequently asked questions (FAQ) changes, type of service(ToS) changes, How It Works changes (e.g., changes regarding how theelectronic closet recommendation engines and displays work), or anyother system requirements. For instance, a loyalty points balance may beavailable in a marketing automation platform (e.g., MailChimp) so thatthe loyalty points balance may be mentioned in every email communicationto a user. Roll-out requirements of the electronic closet recommendationengines and displays may comprise requirements based on a featureroll-out plan. This example may be rolled-out on both applications, andthe test for first phase and the second phase may be required.

Other reporting requirements of the electronic closet recommendationengines and displays may comprise requirements for product, marketing,transaction team, and accounting team. The report requirements maytrigger other requirements related to how apparel data is stored andpassed across the system. For instance, reports may show month wiseopening and closing points liability for accounting, and channel wisepoints may be earned reports for marketing.

FIG. 12 shows an exemplary flow chart 1200 of the methods providingelectronic closet recommendation engines and displays for a user of anapparel subscription application. As shown in FIG. 12, an apparelsubscription application may be first launched and logged in step 1202.Next, a closet icon at the bottom of a user interface 324 may be clickedstep 1204 and a status of an experiment environment may be determined1206. In step 1206, if the experiment environment is off (step 1207),then a first phase of the user interface may be shown 1208 to a user;and if the experiment environment is on (step 1205), then a status of auser may be determined in step 1210. In step 1210, if a user is anon-valid user, a first phase of the user interface may be shown (step1208) to the user. If a user is a valid user, a second phase of the userinterface may be prepared to be shown to the user (step 1212). In step1212, different data (e.g., closet section data, user recommendation,purchase from history data, etc.) from different APIs (e.g., assistantAPI) may be obtained and prepared to be shown to a user. Following step1212, whether apparel data is present may be determined (step 1214).

If the apparel data is present in an assistant section (step 1215), thenthe assistant section may be launched (step 1216). At the assistantsection of the user interface, one or more selections may be made by auser. As shown in the FIG. 12, selections of try-then-buy (step 1218),returned favorites (step 1220), below-closet-minimum (step 1222),next-box-prepared (step 1224), or next-box-shipped (step 1226) can beselected by a user or determined by the electronic closet recommendationengines and displays. If the try-then-buy selection is selected ordetermined (step 1218), then one or more graphical elements may be shownon a user interface to enable a user to rent and/or purchase the article(step 1228). If the returned favorites selection is selected ordetermined (step 1220), then one or more graphical elements may be shownon a user interface to enable a user to rent and/or purchase the article(step 1228). If the below-closet-minimum selection is selected ordetermined (step 1222), then a collection screen may be launched (step1230). If the next-box-prepared selection is selected or determined(step 1224), then an on-rack section may be launched 1232. In theon-rack section (step 1232), one or more articles can be moved from anon-rack section to an on-hold section, or removed from the on-racksection (step 1234). Another option following launching an on-racksection (step 1232) may be to enable a user to click on an on-holdsection (step 1236) to launch the on-hold section (step 1238). In theon-hold section (step 1238), one or more articles can be moved from theon-hold section to an on-rack section (step 1240). If thenext-box-shipped is selected or determined (step 1226), then a websitemay be launched to track shipment (step 1242).

If the apparel data is not present in an assistant section (step 1213),then a present of apparel data in an at-home section may be determined(step 1244). If the apparel data is present (step 1245) in the at-homesection, then the at-home section may be launched (step 1246). At theat-home section of the user interface, one or more selections may bemade by a user. As shown in the FIG. 12, selections of try-then-buy(step 1218), returned favorites (step 1220), and return notification(step 1248) can be chosen by a user. If the try-then-buy selection isselected or determined (step 1218), then one or more graphical elementsmay be shown on a user interface to enable a user to rent and/orpurchase the article (step 1228). If the returned favorites selection isselected or determined (step 1220), then one or more graphical elementsmay be shown on a user interface to enable a user to rent and/orpurchase the article (step 1228). If the return notification selectionis selected or determined (step 1218), then apparel data may beprocessed and updated (step 1250).

If apparel data is not present (step 1243) in an at-home section, thenan on-rack section may be launched (step 1232). In an on-rack section(step 1232), then one or more articles can be moved from an on-racksection to an on-hold section, or removed from the on-rack section (step1234). Another option following launching an on-rack section (step 1232)is to enable a user to click on an on-hold section (step 1236) to launchthe on-hold section (step 1238). In the on-hold section (step 1238), oneor more articles can be moved from an on-hold section to an on-racksection (step 1240).

All apparel data obtained in steps 1228, 1234, 1240, and 1248 may beprocessed and updated (step 1250). The updating step 1250 may compriseupdating data after any user's action and/or obtaining data from anassistant API or closet API based on a plurality of updating events. Theplurality of updating events or instructions may comprise obtainingapparel data from an assistant section if a user selects and completesor electronic closet recommendation engines and displays determine oneor more selections of try-then-buy or returned favorites. The pluralityof updating events or instructions may further comprise obtainingapparel data from an at-home section if a user selects and completes orelectronic closet recommendation engines and displays determine one ormore selections of try-then-buy, returned favorites, or returnnotification. The plurality of updating events or instructions mayfurther comprise updating apparel data in an on-rack section if a usermoves one or more articles from an on-hold section to an on-racksection, moves one or more articles from an on-rack section to anon-hold section, or prioritizes the one or more articles.

One or more application programming interfaces (APIs) may be utilized tocarry out the above-mentioned method and/or communicate with differentcomponents of the system for providing electronic closet recommendationengines and displays for a user of an apparel subscription application.The one or more APIs may comprise closet content API (for informationand content associated with the first phase); closet count API; historycount API, which may be removed when data is obtained in closet countAPI; active count API, which may be removed when data is obtained incloset count API; removed count API, which may be removed when data isobtained in closet count API; fetch DFPtags API; app rating API; getrecommendations API; or loyalty notification polling API (rarely).

Additionally, an assistant API may be called. In an example, anoperating system may limit to open only 4 HTTP connections at a time forone server, so different APIs may be used in groups. For instance, thecloset content API, assistant API, and closet count API, whose data maybe used to load a user's electronic closet, may be used in parallel.Once a response of closet count API or closet content API is received, apurchase API (to load a purchase from an at-home section) and getrecommendations API may be used. Others APIs may be used in parallellater.

The second phase of the user interface may be responsible for APIrequests from different sections, including an assistant section,at-home section, and on-hold section. Initially, when an assistantaction button 324 presented at the bottom of a user interface isclicked, a second phase of the user interface may be initialized if auser is a valid user. Then an assistant API, closet content API andcloset count API may be triggered. Other APIs may be further used. Ifthere is no data from the assistant API then a first phase of the userinterface may be automatically shown to a user. If a user selects orelectronic closet recommendation engines and displays determineassistant section manually then a relevant message, such as anotification of the user's action, may be displayed to the user on auser interface.

All data associated with the second phase may be obtained through APIs.The triggering of APIs from different sections or events may take placebased on data obtained through APIs. For obtaining data, differentoperations and operation queues may be used. If a user performs any ofthe activities mentioned in Table 2 below then a correspondingnotification may be sent to a notification center to let the secondphase know that the apparel data may be refreshed in a particularsection. A notification (e.g., a flag) for that particular section maybe set. Whenever a user navigates between different sections (e.g.,assistant section, at-home section, on-hold section, on-rack section,etc.), the particular section may notify a coordinator (e.g., a secondcoordinator) that it is about to appear. The coordinator may then updatethe second phase with information associated with the transition andsuch updating may trigger or queue an API request on the basis of thestate of notification for that section. The notification may be updatedafter successful data update from different APIs. When an assistantaction button 324 presented at the bottom of the user interface isclicked, a response for all sections may be obtained. Thereafter if anyspecific section is selected or determined, the specific section, notother sections, may be updated. Table 2 shows a plurality of events andrelevant actions taken after completing the plurality of events.

TABLE 2 Event Section Action taken after completion of event ReturnNotify At Home notification fired to update flag for assistant andcloset content. TTB Buy At Home notification fired to update flag forassistant and closet content. PFH At Home notification fired to updateflag for assistant and closet content. Prioritise On the may update theserver about the action taken but won't fetch the Rack data from server,instead we may update it locally notification fired to update flag forassistant content. Move to On Hold may update the server about theaction taken but won't fetch the rack data from server, instead we mayupdate the On hold section locally notification fired to update flag forassistant content. Move to On the may update the server about the actiontaken but won't fetch the On hold Rack data from server, instead we mayupdate On Rack section locally notification fired to update flag forassistant content. Delete On the may update the server about the actiontaken but won't fetch the Rack data from server, instead we may updateOn Rack locally notification fired to update flag for assistant content.Delete On Hold may update the server about the action taken but won'tfetch the data from server, instead we may update On hold locallynotification fired to update flag for assistant content. PFH Assistantnotification fired to update flag for assistant and closet content. TTBAssistant notification fired to update flag for assistant and closetcontent.

The apparel data of the assistant section may be obtained from a clientnode, whose endpoints, request format and response structure may beshown in FIG. 13. FIG. 13 shows an exemplary architecture of part of asystem for providing electronic closet recommendation engines anddisplays for a user of an apparel subscription application. Thearchitecture 1300 may comprise a client or user 1302, a client node1304, a personalization generator 1306, and a plurality of APIs 1308.The plurality of APIs 1308 may carry one or more functions. The one ormore functions may comprise getting articles presented in an at-homesection 1310, getting articles from purchase from history 1312, gettingnext-box-shipped 1314, getting below-closet-minimum status 1316, gettingopen RIDs 1318, and getting transient checksum 1320, which is connectedto a checksum API 1322. The client node 1304 may obtain data from andtransmit data to a plurality APIs 1308. In one example, a client node1304 may comprise a user device (e.g., an electronic device). The clientnode 1304 may be associated with, and/or be accessible to, a user/client1302. The user may input information regarding a user's ID or user'sstatus in the client node 1304. The client node 1304 may also displayall apparel data to a user 1302 in a user readable fashion. In anotherexample, a client node may be a computing device (e.g., server)accessible to, and/or associated with, an individual or entity. A clientnode may comprise a network module (e.g., network adaptor) configured totransmit and/or receive data. Via the nodes in the computer network,multiple users and/or servers may communicate and exchange data.

The personalization generator 1306 may personalize apparel datadisplayed to a user 1302 through a client node 1304. The personalizationmay learn ordering from external input or default ordering.Personalization may be performed based on user's behavior. An assistantAPI may learn ordering from personalization engine. The plurality ofAPIs may be block APIs. The block APIs may be able to transmit appareldata if required responses are received. The personalization generator1306 may have a default order for a new user. The ordering may comprisethe order of card layout and the type of card. The type of card may betransient or static. The personalization generator 1306 may learninformation about a user (e.g., user's behavior) from external sourcesand provide a suggestion of an order of card layout for the user.

FIG. 14 shows an exemplary flow chart 1400 of handling a transientlayout. The transient layout may be any card layout that is notavailable at all time (e.g., a discount layout expires after a day). Thetransient layout may be closed by a user 1402. If the transient layoutis closed 1401, a checksum may be updated 1405. In step 1405, anassistant API may obtain the checksum and the time checksum is updated,and check with a current card specific checksum. During the process, ifthe checksum does not match the current card specific checksum, carddata may be returned, and if the checksum matches the current cardspecific checksum, but the time since last update has passed 7 days, thecard data may be returned. Other APIs to get and post checksum may bedeveloped in a third phase. If the transient layout is not closed 1403,the layout is kept being viewed 1404.

The benchmarking client node API may be a data visualization dashboard.Dashboard performance of closet content API may comprise 25 load timepercentile below 0.1 second (max for 2 weeks), 50 load time percentilebelow 0.1 second (max for 2 weeks), 75 load time percentile below 0.2second (max for 2 weeks), 95 load time percentile below 0.4 second (maxfor 2 weeks), and 99 load time percentile between 1.1 seconds and 2seconds (max for 2 weeks). Dashboard performance of purchase fromhistory API may comprise 25 load time percentile below 0.5 second (maxfor 2 weeks), 50 load time percentile below 1 second (max for 2 weeks),75 load time percentile below 1.2 seconds (max for 1 weeks), 95 loadtime percentile below 1.7 seconds (max for 1 weeks), and 99 load timepercentile below 2 seconds and 2.6 seconds (max for 1 weeks). Dashboardperformance of shipment API may comprise 95 load time percentile below90 milliseconds (max for 1 week) and 99 load time percentile below 250milliseconds (max for 1 week). Dashboard performance of Rids API maycomprise 95 load time percentile below 50 milliseconds (max for 1 week)and 99 load time percentile below 250 milliseconds (max for 1 week).Dashboard performance of below-minimum-closet notification API maycomprise 95 load time percentile below 60 milliseconds (max for 1 week)and 99 load time percentile below 90 milliseconds (max for 1 week).Dashboard performance of loyalty points balance API may comprise 95 loadtime percentile below 100 milliseconds (max for 1 week) and 99 load timepercentile below 180 milliseconds (max for 1 week).

FIG. 15 shows an exemplary flow chart 1500 of the methods providingelectronic closet recommendation engines and displays for a user of anapparel subscription application. In one aspect, a computer-implementedmethod for providing electronic closet recommendation engines anddisplays for a user of an apparel subscription application may comprisea step 1502 of determining a status of the user as being a valid user ofelectronic closet recommendation engines and displays of an apparelsubscription application. The apparel subscription application may beexecuted by an electronic device of the user. The electronic device maybe a mobile device (e.g., smartphone, tablet, pager, personal digitalassistant (PDA)), a computer (e.g., laptop computer, desktop computer,server), or any other type of device. The electronic device mayoptionally be portable. The electronic device may be handheld. Theelectronic device may be a register at a store or other establishments.The register may be used during transactions (such as financialtransactions) at the store or other establishments. The electronicdevice may be a network device capable of connecting a network, such asa local area network (LAN), wide area network (WAN) such as theInternet, a telecommunications network, a data network, or any othertype of network. The electronic closet recommendation engines anddisplays may comprise one or more executable instructions, softwareapplications, and/or electronic user interfaces that configure anelectronic device (e.g., a computer) to automatically analyze dataassociated with the user's virtual closet, and to generate optimalrecommendations and computer-implemented solutions (e.g., one or morecomputer-implemented servicing functions associated with virtual closetassistance, such as an online transaction of purchasing a piece ofclothes for the closet, closet database access, and closet assistanceinformation transfer). A status of a user may comprise a valid user or anon-valid user. A valid user may be a user who pays a fee or is onfree-trial to use electronic closet recommendation engines and displaysof an apparel subscription application. A non-valid user may be a userwho is a guest of, cancels, is a past payment delinquent (“PPD”), or isa delinquent of an apparel subscription application.

The computer-implemented method for providing electronic closetassistance for a user of an apparel subscription application may furthercomprise a step 1504 of determining, if the user is a valid user, apresence of apparel data in an assistant section of an electronic recordcorresponding to the user in a database of the electronic closetrecommendation engines and displays. Apparel data may comprise anyinformation associated with a user or a user's closet or articles. Suchinformation may comprise a user's selection of articles, a user's colorpreference, a user's working profession, a user's birth date or age, auser's gender, a user's annual salary, or information about previousclothes purchasing transactions. An article may be any goods, such asclothes, wearable items, accessories, shoes, bags, beddings, or carpets.Clothes may comprise a blazer, coat, blouse, jacket, dress, jeans,jumper, pants, sweaters, swimsuit, T-shirt, shirt, suit, underwear, orgown. A database may comprise one or more memory devices configured tostore data (e.g., the apparel data). An assistant section (or a closetassistant section) is described elsewhere herein.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise a step 1506 of launchingthe assistant section of a user interface of the apparel subscriptionapplication, if the apparel data is present in the assistant section ofthe electronic record, wherein the user interface comprises one or moregraphical elements displayed on an electronic device of the user. Anassistant section may be a part of a database that stores apparel data.In a user interface, an assistant section may also be a screen thatdisplays one or more graphical elements that a user can interact with.An electronic device may comprise a screen that displays a userinterface including an assistant section. The electronic device may becapable of accepting inputs via a user interactive component. Examplesof such user interactive components may comprise a keyboard, button,mouse, touchscreen, touchpad, joystick, trackball, camera, microphone,motion sensor, heat sensor, inertial sensor, or any other type of userinteractive components.

An apparel subscription application may enable individuals to subscribeto an electronic closet recommendation engines and displays of theapparel application through a transaction, such as, for example, apayment. The payment may be a one-time payment or periodic payment. If apayment is a periodic payment, frequency of the periodic payment may beonce per at least one week, two weeks, one month, two months, sixmonths, or longer. In other embodiments, frequency of the periodicpayment may be once per at most six months, four months, two months, onemonth, two weeks, one week, or shorter. The apparel subscriptionapplication may enable individuals to use an electronic closetrecommendation engines and displays for free for a period of time, sothe individuals are free-trial users. The period of time for free usagemay be at least one week, two weeks, one month, two months, six months,or longer. In other embodiments, the period of time for free usage maybe at most six months, four months, two months, one month, two weeks,one week, or shorter. The apparel subscription application may enablevalid users to cancel the subscription. The apparel subscriptionapplication may enable a valid user to delay one or more payments if thevalid user pays periodically, with or without paying a penalty fee. If avalid user delays more than the one or more payments or does not pay thepenalty fee when required, the valid user may become a non-valid user(e.g., a PPD). In yet another embodiment, a valid user may become anon-valid user (e.g., a delinquent) if the valid user fails to make oneor more payments. The one or more payments may be at least 1, 2, 3, 4,5, 6, or more payments. In other embodiments, the one or more paymentsmay be at most 6, 5, 4, 3, 2 or fewer payments.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise a step 1508 of enablingthe user to manipulate the one or more graphical elements to make one ormore selections based on the apparel data to receive apparel via theapparel subscription application, wherein the one or more selectionscomprise try-then-buy, returned favorites, below-closet-minimum,next-box-prepared, or next-box-shipped. The one or more graphicalelements may be visual representations with any graphical shape, color,or image contents. A user of the apparel subscription application may beprompted to click or touch the one or more graphical elements to verifya transaction or a login activity. For instance, a user may be providedwith a prompt to verify whether the user intends to buy a piece ofclothes by clicking or touching one graphical element (e.g., a buttonshape graphical element). In some cases, the one or more graphicalelements may comprise one or more cards, with each card representing aselection that a user can make or electronic closet recommendationengines and displays can determine. The one or more cards and the one ormore selections are described elsewhere herein.

One or more of multiple (e.g., 5) types of card layouts may be shown ina section (e.g., an assistant section) of a user interface. For example,each of the card layouts may represent try-then-buy, returned favorites,below-closet-minimum, next-box-prepared, and next-box-shipped,respectively. The card layouts may have different design, size, andshape. For instance, some cards may be wider than other cards. In othercases, the card layouts may have same design, size, or shape. When morethan one card layouts are presented in a section of a user interface,the more than one cards may be shown in an order presented in Table 3.Table 3 shows that an example in which the priority rank for presentingdifferent card layouts is set as: first, a below-closet minimum cardlayout; second, a next-box-shipped card layout; third, anext-box-prepared card layout; fourth, a try-then-buy card layout; andfifth, a returned favorites card layout.

TABLE 3 Card Priority below-closet-minimum 1 next-box-shipped 2next-box-prepared 3 try-then-buy 4 returned favorites 5

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise a step 1510 of updatingthe apparel data based on the one or more selections made by the user ordetermined by electronic closet recommendation engines and displays. Theupdating step is described elsewhere herein.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise a step 1512 of analyzingthe updated apparel data to display one or more suggestions to the userin the assistant section of the user interface. Assistant section may bepersonalized based on analyzing apparel data. The analyzing step maycomprise utilizing one or more algorithms. The one or more algorithmsmay comprise a machine learning algorithm. The machine learningalgorithm may utilize one or more neural networks. A neural network canlearn the relationships between an input data set (e.g., user's clothesselection, user's purchase history, etc.) and a target data set (e.g.,one or more articles that a user may be interested in). The one or moresuggestions may comprise any information regarding electronic closetrecommendation engines and displays, including, but not limited to,pieces of clothes suitable for a user in one month, accessories thatmatch user's clothes, notifications to a user that he/she needs to buymore articles, a correct size of an article that a user wants to buy, adiscount on an article that a user has been interested in for a longtime, or any seasonal fashion information.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise launching a first phase ofthe user interface if the user is non-valid user. The first phase of theuser interface may not comprise an assistant section. If the user isnon-valid user, the user may be a user who is a guest of, cancels, is apast payment delinquent (“PPD”), or is a delinquent of the apparelsubscription application. An assistant section may be shown in a secondphase of the user interface but not be shown in the first phase of theuser interface. The assistant section may be presented in a second phasewith an objective to improve order transparency and increase rent and/orpurchase opportunities.

The first phase may comprise information associated with an at-homesection, on-rack section, and on-hold section. One or more graphicalelements (e.g., cards, buttons, etc.) may be used in the first phase todisplay the at-home section, on-rack section, and on-hold section to auser on a user interface. The at-home section, on-rack section, oron-hold section may be a part of a database that stores apparel data. Ina user interface, an at-home section, on-rack section, or on-holdsection may also be a screen that displays one or more graphicalelements that a user can interact with.

The second phase may comprise information associated with an assistantsection, at-home section, and on-rack section. One or more graphicalelements (e.g., cards, buttons, etc.) may be used in the second phase todisplay an assistant section, at-home section, and on-rack section to auser on a user interface. The assistant section, at-home section, andon-rack section may be a part of a database that stores apparel data. Ina user interface, an assistant section, at-home section, and on-racksection may also be a screen that displays one or more graphicalelements that a user can interact with. An electronic device maycomprise a screen that may display one or more user interfaces includingan assistant section, at-home section, and on-rack section. The secondphase may also comprise information associated with an on-hold section,but the on-hold section may not be shown to a user unless the user isredirected to an on-hold webpage.

The first phase, which does not include an assistant section, may bevisible to non-valid users. The second phase, which includes anassistant section, may be visible to valid users. For the second phase,when an assistant section launches, one or more application programminginterfaces (“APIs”), including assistant APIs, may be called. In thissituation, different APIs associated with an assistant section may becalled synchronous and other APIs may be called asynchronously so thatthe other APIs may not block the user interface to launch the assistantsection. In one example, if there is no apparel data presented in anassistant section, an at-home section may be launched; and if there isno apparel data presented in an at-home section, an on-rack section maybe launched. In another example, only the section that a user requestsmay be loaded according to query parameters. A list of query parametersmay be shown in Table 4 and Table 5 below.

TABLE 4 Query Mandatory parameters ? Description Possible ValuesComments sourceEventId YES to send $uuid e.g. emitter 30d5269d- events,e31b-426b- source event ba08- id is required 38e1af869d33& Cluster YESto identify web.desktop/web.tablet/web.mobile client typeapp.android/app.iphone userState YES user state $userState possible(available as values are: customer free_trial, subtype in paid liquid)Start NO to specify integer e.g. 0 FUTURE the starting USE index of tiledata to be returned Limit NO to limit the integer e.g. 5 FUTURE no. oftile USE data to be returned sendWithRecommendation YES to get pfh truedata with recommenda- tions

TABLE 5 Accepted parameter Required Values Remarks namespace yes$namespace This parameter should be used to specify the (0, 301, 302)environment related namespace. (0 for dev data in dev; 301 for qa datain dev; 302 for prod data in dev). If request specifies $namespaceparam,use it else use 0 when calling service APIs, (default ns == 0 for devdata in dev; qa data in qa and prod data in prod)

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise launching a catalogsection of a user interface of the apparel subscription application. Thecatalog section may enable a user to select different collections anddirect to a product page. The catalog section may be presented in athird phase of a user interface. The third phase of the user interfacemay also include information or functions associated with completing alook for a user, displaying facets in a user's electronic closet,providing bulk actions related to moving one or more articles acrossdifferent sections, prioritizing one or more articles, or providing moreassistant scenarios.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise determining, if theapparel data is not present in the assistant section, a presence ofapparel data in an at-home section of an electronic record correspondingto the user in a database of the electronic closet recommendationengines and displays. An at-home section may be a part of a databasethat stores apparel data. In a user interface, an at-home section mayalso be a screen that displays one or more graphical elements that auser can interact with. The at-home section may demonstrate a user'sprevious and potential purchases. The at-home section may comprise anyinformation associated with a user or a user's closet or articles. Suchinformation may comprise a user's selection of articles, images of thearticles, prices of the articles, available discounts for the articles,brands of the articles, or popularity of the articles.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise launching the at-homesection of the user interface of the apparel subscription application,if the apparel data is present in the at-home section of the electronicrecord. For an at-home section, the computer-implemented method mayfurther enable a user to manipulate the one or more graphical elementsto make one or more selections based on the apparel data to receiveapparel via the apparel subscription application, wherein the one ormore selections comprise try-then-buy, returned favorites, or returnnotification. In other embodiments, the computer-implemented method mayenable electronic closet recommendation engines and displays todetermine one or more selections based on the apparel data to receiveapparel via the apparel subscription application, wherein the one ormore selections comprise try-then-buy, returned favorites, or returnnotification. The one or more graphical elements may be visualrepresentations with any graphical shape, color, or image contents. Auser of the apparel subscription application may be prompted to click ortouch the one or more graphical elements to verify a transactionactivity. For instance, a user may be provided with a list of articlesand asked which articles to buy by clicking or touching one graphicalelement (e.g., a button shape graphical element). In some cases, the oneor more graphical elements may comprise one or more cards, with eachcard representing a selection that the user can make or electroniccloset recommendation engines and displays can determine (e.g., anarticle that a user can buy).

The try-then-buy selection and returned favorites selection aredescribed elsewhere herein. The return notification may comprise anyinformation associated with a returned article, including, but notlimited to, when the article is returned, a rating of the returnedarticle, and when the returned article is rented and/or purchased.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise launching an on-racksection of the user interface of the apparel subscription application,if the apparel data is not present in the at-home section of theelectronic record. An on-rack section may be a part of a database thatstores apparel data. In a user interface, an on-rack section may alsodisplay one or more graphical elements that a user can interact with. Anelectronic device may be configured to display a user interfaceincluding an on-rack section. The on-rack section may compriseinformation associated with articles selected by a user for a currentrent and/or purchase or from a previous rent and/or purchase. Theon-rack section may further comprise any information associated with auser or a user's closet or articles. Such information may comprise auser's selection of articles, images of the articles, prices of thearticles, available discounts for the articles, brands of the articles,or popularity of the articles. The on-rack section may have the samelayout as the at-home section.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise updating the apparel databased on the one or more selections made by the user. The updating stepmay be conducted periodically over time or in response to one or moreupdating events. The updating step may comprise obtaining apparel datafrom the assistant section based on the one or more updating events. Ifthe updating step is conducted periodically, the time for each updatingstep may be at least 1 second, 1 minute, 1 hour, 1 day, or longer. Insome embodiments, the time for each updating step may be at most 1 day,1 hour, 1 minute, 1 second, or shorter. The one or more updating eventsmay comprise any activities and occur at any time, including, but notlimited to, a user logging into an apparel subscription application, auser performing any selection, a user providing financial verification,a user initiating a transaction, a user requesting completion of atransaction, completion of a transaction, or at any point while a useris accessing the apparel subscription service. The one or more updatingevents may be initiated by a user, an electronic device of a user,transaction entity, or any other entity. Details of the updating eventsare described elsewhere herein.

The computer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise launching an on-holdsection of the user interface of the apparel subscription application,if the on-hold section is selected by the user or determined byelectronic closet recommendation engines and displays. Thecomputer-implemented method for providing electronic closetrecommendation engines and displays for a user of an apparelsubscription application may further comprise enabling the user tomanipulate the one or more graphical elements to move one or morearticles from the on-hold section to the on-rack section, move one ormore articles from the on-rack section to the on-hold section, or deleteone or more articles from the on-hold section. An on-hold section may bea part of a database that stores apparel data. In a user interface, anon-hold section may also display one or more graphical elements that auser can interact with. An electronic device may be configured todisplay a user interface including an on-hold section. In a secondphase, to go to an on-hold section, a user may scroll down to the bottomof on-rack section and tap a link with text—“Go to on hold.”

Analytics may be used to analyze methods and systems for providingelectronic closet recommendation engines and displays for a user of anapparel subscription application. One or more events may be tracked byanalytics engines. For instance, one event may be triggered when anassistant section is launched and viewed by a user. Another event may betriggered when an at-home section or on-rack section is launched. Inanother example, an event may be triggered after a user performs certainactions on sections other than an assistant section, which may affect acard layout of the assistant section (e.g., changing the number ofarticles in an on-rack section, changing priority of articles in anon-rack section, etc.). In yet another example, an event may betriggered when a user visits an assistant section first and then visitsother sections.

An event may comprise an event value corresponding to the number ofcards loaded and a custom dimension. An event may also be triggered inexceptional cases, such as when a user launches an assistant section butlands on an at-home or on-rack section, because the assistant sectionhas no data. An event may not be triggered after an assistant section islaunched, because a user keeps swiping across and viewing the assistantsection, at-home section, and on-hold section without performing anypurchase or relevant action. An event may be triggered when a user landson the any section other than an assistant section via deep link ordynamic link even when the assistant section is not viewed by the user.

The electronic closet recommendation engines and displays may comprisedifferent viewing events. One of the view events may be closet landingscreen view, which may be captured. Another view event may comprise anassistant section is viewed, and, in this situation, the number of cardspresent may be captured. Another view event may comprise a particularcard is viewed, and, in this situation, a card type may be captured andone or more optimization schemes may be used to reduce the number ofevents triggered. One or more events associated with a user's action(e.g., a user clicks on a button) may be captured. The electronic closetrecommendation engines and displays may comprise screen tracking,including tracking an assistant section as a different screen.

A plurality of analytics questions may be considered. For instance, toevaluate assistant section performance, questions to be considered maycomprise what load time of an assistant section is; how many cards areshown in an assistant section when visited by a user; and whatpercentage of an assistant section visited by a user has zero content.To evaluate assistant section engagement, questions to be considered maycomprise how many times an assistant section are viewed per visit; howmany actions users are taking per visit; whether the number of actionsis correlated with the number of cards; and for each card, what a clickthrough rate is. To evaluate assistant side effects, questions to beconsidered may comprise what overall closet session duration is; andwhat overall closet visit frequency is. For a situation that a user isredirected to an at-home or on-rack section, questions to be consideredmay comprise what load time of an at-home section is; what percentage ofredirected users is; whether users go back to check an assistant sectionimmediately; and whether a dynamic navigation results in confusion of auser. To evaluate the performance metrics, try-then-buy metrics, returnnotification metrics, prioritizing metrics may be considered. OtherMetrics may also be considered, including closeting metrics andwearability metrics.

A plurality of custom dimensions may be considered. The customdimensions may comprise load time of launching a second phase, which maybe triggered alone with an event regarding a user's visit of the apparelsubscription service. The event regarding a user's visit may betriggered when a user initially launches a second phase for the firsttime, and load time for launching the second phase may include load timeof launching all sections in the second phase. Such load time may not betriggered in subsequent events, such as when an at-home section oron-rack section is re-loaded. The custom dimensions may also compriseload time of launching an assistant section, which is triggered alongwith an event regarding loading a card. The event regarding loading acard may comprise the situation when a user clicks on a CTA button on acard layout.

Throughout this disclosure, references to components or modulesgenerally refer to items that logically can be grouped together toperform a function or group of related functions. Like referencenumerals are generally intended to refer to the same or similarcomponents. Components and modules can be implemented in software,hardware, or a combination of software and hardware. The term “software”is used expansively to include not only executable code, for examplemachine-executable or machine-interpretable instructions, but also datastructures, data stores and computing instructions stored in anysuitable electronic format, including firmware, and embedded software.The terms “information” and “data” are used expansively and includes awide variety of electronic information, including executable code;content such as text, video data, and audio data, among others; andvarious codes or flags. The terms “information,” “data,” and “content”are sometimes used interchangeably when permitted by context.

1.-15. (canceled)
 16. A computer-implemented method for providing anapparel subscription application, the method comprising: determining apresence of apparel data stored in an electronic record corresponding toa user of the apparel subscription application, the electronic recordbeing stored in a database and the apparel data being used for launchingan assistant section of the apparel subscription application; launchingthe assistant section in a user interface of the apparel subscriptionapplication executing on an electronic device of the user based on thepresence of apparel data in the electronic record corresponding to theuser; rendering, within the user interface, a plurality of graphicalelements corresponding to a plurality of available selections, whereinthe plurality of available selections comprise at least a returnedfavorites selection configured to cause a returned favorites layout tobe displayed; receiving, from the user via the user interface, aselection of at least one of the plurality of graphical elements; inresponse to the user selecting the returned favorites selection,displaying the returned favorites layout via the user interface, thereturned favorites layout depicting information regarding one or morearticles that the user has favorited, purchased, or rented and givenfavorable ratings; updating the apparel data in the electronic recordbased on the one or more selections made by the user in relation to thereturned favorites layout; and analyzing the updated apparel data todisplay one or more suggestions to the user in the assistant section ofthe user interface.
 17. The computer-implemented method of claim 16,further comprising launching a first phase of the user interface basedon a status of the user.
 18. The computer-implemented method of claim17, wherein the first phase of the user interface does not comprise theassistant section.
 19. The computer-implemented method of claim 17,wherein the status of the user includes confirming that the user is avalid user who pays a fee or on free trial.
 20. The computer-implementedmethod of claim 16, further comprising determining, based on thepresence of the apparel data in the assistant section, a presence ofapparel data in an at-home section of an electronic record correspondingto the user in a database of the apparel subscription application. 21.The computer-implemented method of claim 20, further comprisinglaunching the at-home section of the user interface of the apparelsubscription application, based on the presence of the apparel data inthe at-home section of the electronic record.
 22. Thecomputer-implemented method of claim 20, further comprising launching anon-rack section of the user interface of the apparel subscriptionapplication, based on the presence of the apparel data in the at-homesection of the electronic record.
 23. The computer-implemented method ofclaim 17, wherein the status of the user comprises a non-valid user whois a guest of, cancels, is a past payment delinquent of, or is adelinquent of the apparel subscription application.
 24. Thecomputer-implemented method of claim 16, wherein the updating stepcomprises obtaining the apparel data from the assistant section based onone or more updating events.
 25. The computer-implemented method ofclaim 24, wherein the one or more updating events comprise obtaining theapparel data from the assistant section if the user prioritizes the oneor more articles.
 26. The computer-implemented method of claim 24,wherein the one or more updating events comprise obtaining the appareldata from the assistant section if the user selects the returnedfavorites selection.
 27. The computer-implemented method of claim 16,wherein the updating step is conducted periodically over time.
 28. Thecomputer-implemented method of claim 16, wherein the returned favoriteslayout further displays to the user information regarding at least asubset of the one or more articles that are on discount.
 29. Thecomputer-implemented method of claim 16, wherein the returned favoritelayout further displays to the user information regarding least a subsetof the one or more articles with options of allowing the user to redeemrewards.
 30. A computer system for providing apparel subscriptionapplication, comprising: a memory storing instructions; and one or moreprocessors configured to execute the instructions to perform operationsincluding: determining a presence of apparel data stored in anelectronic record corresponding to a user of the apparel subscriptionapplication, the electronic record being stored in a database and theapparel data being used for launching an assistant section of theapparel subscription application; launching the assistant section in auser interface of the apparel subscription application executing on anelectronic device of the user based on the presence of apparel data inthe electronic record corresponding to the user; rendering, within theuser interface, a plurality of graphical elements corresponding to aplurality of available selections, wherein the plurality of availableselections comprise at least a returned favorites selection configuredto cause a returned favorites layout to be displayed; receiving, fromthe user via the user interface, a selection of at least one of theplurality of graphical elements; in response to the user selecting thereturned favorites selection, displaying the returned favorites layoutvia the user interface, the returned favorites layout depictinginformation regarding one or more articles that the user has favorited,purchased, or rented and given favorable ratings; updating the appareldata in the electronic record based on the one or more selections madeby the user in relation to the returned favorites layout; and analyzingthe updated apparel data to display one or more suggestions to the userin the assistant section of the user interface.
 31. The computer systemof claim 30, further comprising launching a first phase of the userinterface based on a status of the user, wherein the status of the userincludes confirmation that the user is a valid user who is a user whopays a fee or on free trial.
 32. The computer system of claim 31,wherein the status of the user comprises a non-valid user who is a guestof, cancels, is a past payment delinquent of, or is a delinquent of theapparel subscription application.
 33. The computer system of claim 30,wherein the updating step is conducted periodically over time.
 34. Thecomputer system of claim 30, wherein the returned favorites layoutfurther displays to the user information regarding at least a subset ofthe one or more articles that are on discount.
 35. The computer systemof claim 30, wherein the returned favorite layout further displays tothe user information regarding at least a subset of the one or morearticles with options of allowing a user to redeem rewards.